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DETAILED ACTION 

1. This action is in response to applicant's response filed on September 28, 2006. Claims 1- 
45 are now pending in the present application. 

* 

Terminal Disclaimer 

2. The terminal disclaimer filed on September 28, 2006 disclaiming the terminal portion of 
any patent granted on this application which would extend beyond the expiration date of US 
Patent 6,647,1 1 1 has been reviewed and is accepted. The terminal disclaimer has been recorded. 

Drawings 

3. The drawings were received on September 28, 2006. These drawings are acceptable. 

Claim Rejections - 35 USC §102 

4. The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 35 1 (a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

5. Claims 1,2,4,8,9,1 1 and 15 rejected under 35 U.S.C. 102(e) as being anticipated by 
Hammarstrom US Patent 6,044, 142. 

Regarding claims 1,8 and 75, Hammarstrom teaches a method and system for providing 
advanced interactive voice response services within a telecommunications network, (abstract; 
col. 2, lines 30-45, 59-65), comprising. the steps of, means for and computer program product 
comprising a computer usable medium performing: 
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defining a reusable set of service-independent building blocks in a node of said 
telecommunications network, (fig. 1; col. 1, lines 64-col. 2, line 16; each service-independent 
building block provides a particular service i.e. is defined with a predetermined service/feature. 
The service-independent building blocks are stored in the intelligent network and will define 
what service to provide to a caller); 

creating a customer application file using a customer-specified sequence of said service- 
independent building blocks in a server (service management system - col. 2, lines 10-14) of said 
telecommunications network, (col. 3, line 47-col. 4, line 10; a user creates a customer specific 
application using the service-independent building blocks based on information provided by the 
customer), wherein a set of customer specific data is defined for use as inputs into said set of 
service-independent building blocks, (col. 2, lines 10-16); and 

retrieving said customer application file for execution by said node (Intelligent Network 
Node 12) from said server over a communications network, (fig. 1; col. 2, lines 10-16; the 
application is created in a service management system and is downloaded to the node for 
implementation). 

Regarding claims 2 and 9, Hammarstrom, as applied to claims 1 and 8, teaches 

* 

executing said customer application file on the node to handle a call, (col. 2, lines 8-10; col. 4, 
lines 6-10). 

Regarding claims 4 and 11, Hammarstrom teaches wherein said creating step comprises 
the step of: using a sequence of at least one of the following of said set of service-independent 
building blocks: Call, (col. 2, lines 62-65); conference (col. 1 1, lines 18-19) and database, (and 
col. 1, lines 24-30). 
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6. Claims 16-45 are rejected under 35 U.S.C. 102(e) as being anticipated by Havens US 
Patent 5,881,144. 

Regarding claims 16 and 21, Havens teaches a method, system for supporting an 
interactive voice response service, (abstract), the method comprising: 

receiving a message associated with a call invoking the IVR service, the message 
specifying an application identifier correspond to a customer application file providing a call 
plan, (col. 1, line 39-50; col. 4, line 50-col. 5, line 15); and 

retrieving the customer application file based on the application identifier, wherein the 
customer application file is created according to a plurality of reusable, application independent 
software modules, (col. 3, lines 44-59; col. 4, line 50-col. 5, line 15). 

Regarding claims 1 7 and 22, Havens teaches executing the customer application file to 
handle the call, (col. 1, lines 39-50; col. 2, lines 10-29). 

Regarding claims 18 and 23, Havens teaches wherein the module in the retrieving step 
receive customer specific data as inputs, (col. 3, lines 44-59; col. 4, line 50-col. 5, line 15). 

Regarding claim 19 and 25, Havens teaches wherein the modules in the retrieving step 
are associated with a plurality of primitives related to call handling, (col. 3, lines 44-59; col. 4, 
line 50-col. 5, line 15). 

Regarding claim 20 and 26, Havens teaches wherein a set of the primitives is bundles to 
support a common function, (col. 3, lines 44-59; col. 4, line 50-col. 5, line 15). 

Regarding claim 24, Havens teaches a database configured to store the customer specific 
data as a file, (col. 3, lines 44-59; col. 4, line 50-col. 5, line 15). 
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Regarding claims 27 and 32, Havens teaches a method for supporting an interactive 
voice response (IVR) service, (abstract), the method comprising: 

receiving a request for a customer application file that specifies a call plan, the request 
including an application identifier corresponding to the customer application file, (col. 1 , lines 
39-50; col. 2, lines 10-29; col. 3, lines 44-59); and 

transmitting the customer application file in response to the request, wherein the 
customer application file is created according to a plurality of reusable, application independent 

software module, (col. 3, lines 44-59; col. 4, lines 50-col. 5, line 15). 

* 

Regarding claims 28 and 33, Havens teaches wherein the customer application file is 
transmitted to an application engine for execution of the customer application file, (col. 3, lines 
44-59; col. 4, line 50-col. 5, line 15). 

Regarding claims 29 and 34, Havens teaches wherein the modules in the transmitting 
steps receive customer specific data as inputs, (col. 3, lines 44-59; col 4, line 50-col. 5, line 15). 

Regarding claim 35, Havens teaches a database configured to store the customer specific 
data as a file, (col. 3, lines 44-59; col. 4, line 50-col. 5, line 15). 

Regarding claims 30 and 36, Havens teaches wherein the modules in the transmitting 
steps are associated with a plurality of primitives relating to call handling, (col. 3, lines 44-59; 
col. 4, line 50-col. 5, line 15). 

Regarding claims 31 and 37, Havens teaches wherein a set of the primitives is bundled 
to support a common function, (col. 3, lines 44-59; col. 4, line 50-col. 5, line 15). 

Regarding claims 38 and 42, Havens teaches a method and system for supporting an 
interactive voice response service, (abstract), the method comprising: 
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generating a customer application file that specifies a call plan in response to an input by 
a user, (col 1, lines 39-50; col. 2, lines 10-29), wherein the input corresponds to one of a 
plurality of reusable, application independent software modules, (col. 3, lines 44-59; col 4, line 
50-col. 5, line 15); 

assigning an identifier to the generated customer application file, (col. 4, line 50-col. 5, 
line 15); and 

transmitting the customer application file for execution, (col. 4, lines 6-29). 

Regarding claims 39 and 43, Havens teaches providing a graphical user interface for the 

user to supply the input, (col. 2, lines 10-29). 

* 

Regarding claims 40 and 44, Havens teaches wherein the modules in the generating step 
are associated with a plurality of primates relating to call handling, (col. 4, line 50-col. 5, line 
15). 

Regarding claims 41 and 45, Havens teaches wherein a set of the primitives is bundled 
to support a common function, (col. 4, line 50-col. 5, line 15). 

* 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the , 
manner in which the invention was made. 

8. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 
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1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

9. Claims 3,5,6,10,12 and 13 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hammarstrom in view of Pullen et al. US Patent 6,198,813. 

Regarding claims 3 and 10, while Hammarstrom teaches of using service-independent 
building blocks, Hammarstrom does not specifically teach of defining rules for each set of 
service-independent building blocks, however, it would have been obvious if not inherent that 
Hammarstrom would define rules under which the building blocks operates since Hammarstrom 
teaches of testing the created service, (col. 2, lines 10-14) and if the system of Hammarstrom 
tests the created service then it must determine if the created sequence is a valid sequence of 
building blocks by looking at the "rules" of each created sequence of building blocks. 

Nonetheless, Pullen teaches of defining rules under which the service independent 
building blocks operate and defining inputs and outputs for each set of service-independent 
building blocks, (col. 2, lines 44-63; the inputs would be what the customer specified and the 
outputs would be the executable part). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the system of Hammarstrom by defining rules under which the 
service-independent building blocks operate as taught by Pullen so that the customer can 
correctly sequence the building blocks to together to create the customer specified service. 

Regarding claims 5 and 12, while Hammarstrom, as applied above, teaches of defining 
customer specific data, Hammarstrom does not teach of storing customer specific data. 



i 
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Pullen discloses of a method further comprising the steps of defining a set of customer 
specific data for use as inputs in the service-independent building blocks during execution (col. 
2, lines 44-63) and storing the customer specific data in an advanced network database to create 
a customer specific data file, (col. 2, lines 44-63). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify the method of Hammarstrom by storing customer specific data as 
taught by Pullen so that the customer data can be retrieved when the customer calls at a later time 
to access their customized service. 

Regarding claims 6 and 13, Hammarstrom, as applied to claims 5 and 12, teaches 
assigning said customer application file an identification number associated with said customer 
specific data file, (col. 2, lines 8-10; col. 4, lines 6-10). 

Allowable Subject Matter 

10. Claims 7 and 14 is objected to as being dependent upon a rejected base claim, but would 
be allowable if rewritten in independent form including all of the limitations of the base claim 
and any intervening claims. 

Response to Arguments 

11. Applicant's arguments filed September 28, 2006 have been fully considered but they are 
not persuasive. 

Applicant contends that Hammarstrom does not specifically teach "creating a 
customer application file using a customer-specified sequence of said service-independent 
building blocks in a server of said telecommunications network, wherein a set of customer 
specific data is defined for use as inputs input said set of service-independent building 
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blocks" since Hammarstrom et al. merely discloses that network operators, not customers, 
design and create their own, not customer specified, IN services, wherein service logic and 
service data are combined into SIB sequences and therefore, are not used as inputs nor are 
customer specific. The Examiner respectfully disagrees. 

In col. 3, line 47-67, Hammarstrom states that a call is processed using service logic and 
resources in the intelligent network. Hammarstrom goes on to discuss that at some point during 
the call, it is determined that the call requires the assistance of a human operator and then the 
caller is connected to a human operator which provides an operator-assisted service to the caller 
in addition to the service provided by the network. Hammarstrom then states the operator may 
initiate an action at an operator workstation that is ultimately provided to and executed by the 
intelligent network service logic. Such execution typically includes executing one or more 
service independent building blocks to implement the operator-initiated command in the context 
of a service script composed of several service independent building blocks. 

Therefore, it is clear that the operator is creating a customer specific sequence of SIBBs 
since the operator is connecting them for the caller (customer). The operator will obtain the 
customers needs (customer specific data) and will use that information to determine the inputs 
for the service-independent building blocks. 

While the Examiner acknowledges that the operator and not the actual customer 

physically creates the service, since the inputs are defined by the customer's needs then 

♦ 

Hammarstrom meets the claimed limitations of "creating a customer application file using a 
customer-specified sequence of said service-independent building blocks in a server of said 
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telecommunications network, wherein a set of customer specific data is defined for use as inputs 
input said set of service-independent building blocks" 

Applicant contends that Pullen does not disclose the possibility of "customer specific 
data," an "advanced network database of said server," or even "storing" a set of data since 
Pullen only teaches that the input and output parameters are specific to a particular call, 
not specific to a customer who specifies a sequence of service-independent building blocks 
for providing advanced IVR services. The Examiner respectfully disagrees. 

Pullen discloses a system which defines a set of inputs using SIBBs during execution to 
create a call processing service. Pullen states that the data outs are specific to a particular call 
The inputs are related to calling line identity, the called party and other information. Since the 
calling line identity represents a specific customer the, the outputs that are specific to a particular 
call/calling line identity reads on "customer specific data" as claimed. 

Applicant contends that Havens fails to disclose both a "customer application file 
that specifies a call plan" and an "application identifier" that corresponds to the customer 
application file since Haves utilizes subscription data which is associated with a particular 
subscriber to ascertain the identities of the related service script logics (SSLs) of a given 
intelligent network (IN) service. The Examiner respectfully disagrees. 

As stated by Havens, a sequence of SSLs and SIBs are based upon data associated with a 
call connection or subscriber data which is associated with an IN subscriber. The IN subscriber 
represents the customer information. The subscription data reads on a customer application file 
since it relates to a specific IN subscriber. Applicant states that only through simulation can the 
Havens system determine a particular call plan. While Havens describes the use of simulation, 
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the Examiner notes that Havens utilizes the simulations to develop the sequence of SSLs and 
SSBs for the identified system so that when executed, the correct sequence for the IN subscriber 
can be utilized. 

Conclusion 

12. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

13. Any response to this action should be mailed to: 

Commissioner for Patents 
P.O. Box 1450 

Alexandria, Virginia 22313-1450 
or faxed to: 

(571) 273-8300, (for formal communications intended for entry) 

Or: 

(571) 273-7537, (for informal or draft communications, please label "PROPOSED" or 
"DRAFT") 
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Hand-delivered responses should be brought to: 



Customer Service Window 
Randolph Building 
401 Dulany Street 
Alexandria,- VA 22314 



14. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ovidio Escalante whose telephone number is 571-272-7537. The 

* 

examiner can normally be reached on M-F from 6:30AM to 3:00PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Fan S Tsang can be reached on 571-272-7547. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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Primary Patent Examiner 
Group 2614 
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